c) when said vendor database includes said vendor identifier, retrieving a prglerred 

payment method identifier corresponding to said vendor data 
identifier as stored in said vendor database; 

d) when said vendor database does not include a match of s§id vendor identifier, 

from said vendor identifier phonetically matefiing to said vendor database 
identifier as stored in said vendor data^se and retrieving said preferred 
payment method identifier; and 

e) presenting to said user said vendor diabase identifier in a list corresponding to 

said preferred payment ^method identifier; 
wherein said method is substantially performed and controlled by the computer system of said 
user. 




2. (Amended) The method as^recited in claim 1, wherein said step of receiving from 

/ f ^ 

an at least one vendor identifier for eacmpf said at leagtone vendor step, comprises the step of 



receiving said 



/ 

id at least one \ 



vendor identifier for each of said at least one vendor from an accounts 



payable database created and maintained by an accounting software application. 




3. / (Amended) The method as recited in claim 1, further comprising the step of 
defining ssfid plurality of payment methods to include traditional check drafting and electronic 
paymen^nethods . 



4. (Amended) The method as recited in claim 1, wherein said step of presenting to 
fsaid user said vendor database identifier in a list corresponding to said preferred payment method 
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identifier further comprises the step of when one of said at least one vendor to be paid is 
proposed for payment using one of said plurality of payment methods, reassigning sai^/one of 
said at least one vendor to another of said plurality of payment methods. 



5. (Amended) The method as recited in claim 1, wherein said^resenting to said user 
said vendor database identifier in a list corresponding to said preferr^cr payment method 
identifier step further comprises the steps of: 

a) from an identifier of said at least one vendor supplied by said user, referencing a 
database to determine which entries of said database correspond 
identically or most closely to^aid at least one vendor supplied by said 



b) 



c) 



user; 

when said electronic payment^ystem locates an exact match of said identifier of 
said at least one vmdor, presenting said at least one vendor in normal text 
to said user fo^verification; 
when said electronic payment system finds no exact match of said identifier of 



trorp 



said aUeast one vendor, selecting one of said at least one vendor as an 



approximation of said identifier designating said one 



6. (Anrended) The method as recited in claim 5, wherein said selecting said at least 
one vendor as m approximation of said identifier step further comprising the step of when one of 
said at least erne vendor is presented conspicuously from normal, allowing said user to evaluate 
said approximation to determine if said approximation of said identifier accurately reflects said 
one of iaid at least one vendor desired by said user. 



7. (Amended) The method as recited in claim 1, furthef^rflpnsing the step of 
receiving a list of said at least one vendor as output JpflfKn accounjia^ software application 
independent from said electronic paymejjfc*£ystem. 




Please add the follo\ymg claims 





8. A remittance delivery system, comprising: 

a remittance preference database storing information pertaining^tef^it least one remittance 
recipient; 

a translation engine for receiving preferred^p^yment information data and remittance data 
and translating and formatt^said remj#an$e data into one of a plurality of 
preferred formats^afui 
a remittance generating engine that receivedjsaid formatted remittance data and forwards 
said fejfmatted remittance data to safiFlitleast one remittance recipient based on 
information stored in said remittance preference database. 

9. A method for paying a vendor and transmitting ren^fct^nce data using an electronic 
system, said method comprising the steps of: 

receiving an outstanding invoice from at least^one }^dor; 

processing said invoice through a com^irt^zed^ccdunting application program to output 

accounts payable checludata; 
assigning said at least on^vendor a vendor identifier; 

based upon said acpmmts payable check data, determining whether to pay said vendor by 
pape^neck or electronically by consulting a vendor database for a vendor 
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database identifier corresponding to said vendor identifier; 
when said vendor database includes said vendor identifier, retrieving a prefep&I payment 
method identifier corresponding to said vendor database identifier as stored in 
said vendor database; 

when said vendor database does not include a match of said^fendor identifier, from said 
vendor identifier, phonetically matching sadd^endor database identifier as stored 
in said vendor database an subsequently jgmeving said preferred payment method 
identifier; 

presenting to said user said vendor database ideptffier in i list corresponding to said 
preferred payment methodioentifie| 



paying said vendor accordm^to said paym^it metho^identifier; 
storing, in a remittance^eference database, remittance data pertaining to at least one 
remittance recipient; 

Z 

translating andfprmatting, via a translation engine, said remittance data into one of a 

plurality of preferred formats; and 
forwarding, via a remittance generating engine, said formatted remittance data received 
from said translation engine to said at least one remittance recipient based on the 
information stored in said remittance preference database; 
said method is substantially performed and controlled by the computer system of said 
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